← 返回资讯
赵一鸣
产品评测编辑
已审核

Claude Code 万字终极教程|全网最,看完这篇不

我写技术稿十年,从没为一款工具单独写过教程——一次都没有。

Claude Code 万字终极教程|全网最,看完这篇不

Claude Code 万字终极教程|全网最,看完这篇不


开门见山

我写技术稿十年,从没为一款工具单独写过教程——一次都没有。

去年还在各种技术群里吐槽AI编程:花架子,写点段子代码行,真丢到项目里就掉链子,气得你砸键盘。

直到一个同行甩了个命令行工具过来:“试试这个。” 装了,用了,然后……后背冒汗。

不是夸张。三个月里,我从配环境到把它塞进真实生产项目,踩的坑比过去一年都多。网上教程翻了至少20篇,愣是没一篇把路讲通。教你怎么装?有。有哪些功能?有。但装完怎么和项目揉在一起?跟其他模型怎么配合?一个人怎么用它?没人讲。

所以我自己写了这篇。从装机到进阶,从单枪匹马到多Agent配合,全部串起来。一万多字,十三个模块。你如果看完还去找第二篇——算我输。


先对齐一下认知

Claude Code到底是个啥?

不是网页上那个聊天的Claude,也不是IDE里的插件。它跑在你的终端里,是个AI Agent客户端——能读你的文件、执行你的命令、自己调模型干活。

最直观的理解:它就像一个刚入职的程序员。

能力确实猛,执行力也强,但你得给它三样东西:

门禁卡 —— API Key或订阅账号,证明它能调模型。

工位 —— 你用IDE打开的项目文件夹,这是它的活动范围。

第一个任务 —— 你在终端敲进去的那句Prompt。

这家伙有个脾气:你交代得清楚,它干得又快又好;你交代得含糊,它也能搞完,但交出来的东西大概率让你想重写。

所以整篇教程就一句话:怎么把事儿交代清楚,让这个数字员工把活儿干漂亮。

我一般这么叫它起床:

BASH
claude --dangerously-skip-permissions

简单、直接、粗暴。


安装?别被网上那些教程吓了

装个软件,网上教程写得跟心脏搭桥手术似的,又要配环境又要搞依赖,我看着就想笑。

macOS/Linux用户:打开终端,粘这一行,回车:

BASH
npm install -g @anthropic-ai/claude-code-cli

Windows用户:用管理员权限打开PowerShell,粘同样一行。

跑完之后,敲一句 claude --version,能看到版本号——成了。

没有IDE配置、没有插件冲突、不用在环境变量里折腾半点。三秒搞定,真的。


第一个任务,让它开开眼

装好了,试试水。进你的项目目录,敲:

BASH
cd /你的/项目/路径
claude

画面一出来,直接说:

CODE
帮我看看这个项目里所有的TODO,统计一下优先级

你看它怎么反应:自己读文件、抓关键信息、最后给你整出一张表格。

我第一次试的时候,屏幕上刷刷刷分析代码,老实说——后背有点冒汗。这家伙,真干活啊。


权限这件事,别栽跟头

--dangerously-skip-permissions 我一开始也觉得真香:敲进去就不用每步点确认了,省事。

但用多了,我怂了。

想想看,你等于给刚入职的实习生开了管理员权限。它在你项目里随便写文件、执行命令,万一出点岔子,哭都来不及。

所以后来我学会了按场景配权限。最推荐的是 sandbox模式——给Claude Code圈一个地盘:项目文件夹以内随便折腾,外面不行。

命令长这样:

BASH
claude --sandbox

打开之后,跑测试、跑lint、跑build基本都自动进行,不用你每一步都点头。同时你也不用担心它写到项目外面去,读不了你的敏感文件。

不是所有场景都需要sandbox,但只要开始让Claude Code执行命令(而不只是写代码建议),我建议你认真了解一下。


CLAUDE.md——给你的AI写本员工手册

很多人装上Claude Code就直接开干。装上就用,能跑就行。

结果呢?AI的能力只发挥了三分之一,剩下三分之二在那儿睡大觉。

我这三个月最大的发现是:真正把Claude Code用好的分水岭,不在装不装得上,在于配不配得好它底层那个“员工手册”。

没错,我说的就是 CLAUDE.md

每次新开一个会话,Claude Code就像一个刚入职的程序员——脑子聪明,但对你的项目一无所知。CLAUDE.md就是你给它的员工手册:项目背景、编码规范、技术栈、目录结构,全部写清楚。

我自己的模板长这样,放在项目根目录:

MARKDOWN
# 项目概览
这是一个量化交易策略系统,基于Ptrade平台开发

# 技术栈
- Python 3.9+
- pandas + numpy 数据处理
- backtrader 回测
- 自定义风控模块

# 编码规范
- 所有函数写docstring
- 类型注解强制
- 命名用snake_case
- 单元测试覆盖率不低于80%

# 关键目录
- /strategies 策略代码
- /data 数据模块
- /risk 风险控制
- /execution 交易执行

# 禁忌
- 不改 /config/production.py 里的线上配置
- 不直接删除未合并的分支

配好之后你再试一次。它写的代码风格立马贴合你的项目,再也不会出现那种“代码能用但改起来想骂人”的情况。


核心命令,真不用全记

Claude Code的命令挺清晰,常用的就这几个,记住它们就够:

/init — 初始化项目,自动生成CLAUDE.md

/plan — 先出方案再动手,适合复杂任务

/think — 深度思考模式,让它多琢磨几轮再出答案

/review — 代码审查,检查改动有没有风险

/test — 自动写测试、跑测试

/fix — 你指一个bug,它帮你修

/compact — 清理上下文,会话太长的时候用

我最爱的是 /plan/think 配合。

举个例子,我说:

CODE
/plan
帮我设计Ptrade量化策略的完整架构,考虑:
1. 数据获取和预处理
2. 多因子选股模型
3. 技术指标计算
4. 信号生成和过滤
5. 风险控制和资金管理
6. 交易执行和监控

它会先给你一份详细方案,方案拍板了再动手写代码。这就避开了我最怕的情况——干了一堆活,方向偏了。


Skills——给Claude装上专业技能包

CLAUDE.md是做基础配置,Skills是给它装“职业技能”。

你可以这么理解:CLAUDE.md是员工手册,Skills是职业技能培训。

比方说,我写了一个“代码审查技能包”,放到项目 .claude/skills/ 目录下:

MARKDOWN
---
name: code-review
description: 审查当前分支代码改动
---

当你收到review请求时,按以下流程检查:
1. 安全性检查:敏感信息泄露、注入风险、权限校验
2. 性能检查:循环嵌套、SQL查询、内存使用
3. 代码风格:是否符合项目规范
4. 测试覆盖:改动部分是否有对应测试
5. 边界条件:输入验证、异常处理

配好之后,我只需要说一句:

CODE
用code-review检查一下我改的东西

它就按技能包的流程一步步执行,一个维度都不会漏。

我目前存了20多个Skills,从Python后端到前端Vue,再到数据Pipeline。做哪个项目就挂哪个包,效率能拉开好几个身位。


MCP——给它一双手

Claude Code最大的局限是什么?它跑在终端里,默认只能读写文件、执行命令。想看网络资料?不行。查数据库?不行。用浏览器验证前端效果?不行。

MCP(Model Context Protocol) 就是来解决这个问题的。

MCP就是给Claude Code装上一双能干各种活的手——连接搜索、浏览器、数据库、GitHub这些外部工具。

我目前在用的几个MCP:

JSON
{
 "mcpServers": {
 "playwright": {
 "command": "npx",
 "args": ["@anthropic-ai/mcp-playwright"]
 },
 "github": {
 "command": "npx",
 "args": ["@anthropic-ai/mcp-github", "--token", "你的token"]
 }
 }
}

配了Playwright MCP之后,Claude Code能直接操作浏览器。我让它写一个前端页面,写完之后让它自己打开浏览器看效果,发现问题当场就改。全程不需要我来回切换窗口。

配了GitHub MCP,它能直接操作Issue、PR、Review。我在IDE里改完代码,让它自动提交PR、请求review、合入分支。一条龙,特省心。


Hooks——让它学会条件反射

Hooks是Claude Code的触发器系统。设好规则,让它在特定条件下自动执行某个动作,特别像条件反射。

举个例子,我设了一个提交前自动格式化的Hook:

YAML
# .claude/hooks/pre-commit.yaml
hook: pre-commit
action: run lint && run format

每次我说“帮我提交代码”或执行提交命令时,它会先跑一遍lint和格式化,过了才提。

还有一个我觉得巨实用:

YAML
hook: on-error
action: capture error log && analyze root cause && suggest fix

代码跑挂了不会只摔个红字就完事——它会自己抓日志、分析原因、给你修复建议。


模型支持说明——Claude Code用什么模型

很多人以为Claude Code可以随便换模型,比如调GPT、DeepSeek之类的。这里要澄清:Claude Code是Anthropic的官方客户端,默认只对接Claude系列模型,不支持直接切换其他模型。

那能不能用别的模型?可以,但需要你搭建自己的代理层,或者直接选用其他AI编程工具。Claude Code本身没有内置多模型切换功能。

我一开始交Claude订阅费,后来想试试其他模型,发现直接换不行。所以我的做法是:主力用Claude(代码质量确实高),特殊任务(比如快速草稿、批量数据整理)换其他工具。不是通过Claude Code完成的,而是打开另一个终端,使用相应的客户端。

如果你想多模型混用,合理的方式是各工具各司其职,而不是指望Claude Code插拔。


多Agent协作——一个人忙不过来的时候

单Agent能搞定很多事了,但有些项目确实需要分工。

我试过一个前端+后端的项目,起了两个Claude Code实例:一个负责React前端,一个负责Python后端。中间通过一个共享的MCP服务交换数据和接口定义。

分工逻辑:

CODE
前端Agent:
- 只读 /frontend 目录
- 只访问前端相关的MCP工具
- 生成代码自动放到 /frontend 目录

后端Agent:
- 只读 /backend 目录
- 可以访问数据库MCP
- 暴露API定义给前端Agent
- 生成代码自动放到 /backend 目录

协调Agent:
- 维护接口契约文件 /docs/api-contract.md
- 当后端改了API,自动通知前端Agent更新
- 跑集成测试验证两个端是否匹配

实际跑下来效果不错,但配置成本不低。普通项目不建议这么搞,等项目大到一个人忙不过来再说。


五步工作流——把项目跑通

前面功能一个一个讲完了,最后给个闭环打法。我现在做一个新项目的标准工作流:

第一步:初始化

BASH
claude --init

让它自动生成CLAUDE.md,搭好项目骨架。

第二步:需求对齐

CODE
/plan
说清楚你要干什么

让它出方案,你来审核,改到满意再往下走。

第三步:模块迭代

按模块一个个开发。每个模块用 /think 确保质量。

第四步:测试和审查

CODE
/plan 写测试
/review 审查改动

开发完立刻补测试、做code review。绝不积压。

第五步:收尾

自动提交、跑CI、生成变更日志。收工。

这一套走下来,项目质量和开发效率比过去纯手工写强了不是一星半点。


阅读源码这件事?有点反直觉

你可能不知道,Claude Code前段时间闹了个乌龙——npm打包时不小心把sourcemap文件传上来了,51万行源码直接全网裸奔。

懂行的人第一反应都是赶紧下载。

我当时通宵把这堆代码翻了一遍。你猜怎么着?80%的代码不是在搞什么黑科技让它更聪明,而是在死磕“可靠性”——权限控制、上下文管理、沙箱机制、任务调度、错误恢复。

这其实是目前AI圈最真实的转向:从「拼模型智商」变成了「拼系统求稳」。

源码本身我建议不搞Agent开发的人不用读。但如果你对sandbox、MCP、多Agent这些东西的实现原理感兴趣,翻翻源码,绝对有收获。


花钱这件事,说几个实打实的数字

Claude Code包含在Claude Pro订阅里:20美元/月

如果你是重度用户,还打算混用其他模型(比如通过其他工具调用GPT处理文本),加上API费用,每月大概30-40美元封顶。

跟我以前招兼职开发,一个月几千块比——根本不值一提。

但有一点提醒:如果你只是偶尔用用,记得用完关掉suspend,别让它跑在后台白花钱。


最后几句话

这篇文章写了整整一个多星期,一万多字。所有内容都是从我真实项目的坑里爬出来的。我不能保证100%适合你的场景,但我可以说,每一句都有实操打底。

我顺手整理了一个开源文档,把配置模板、技能包、MCP配置、FAQ全部做成可以直接拉到项目里用的版本。文章里提到的命令和配置,你直接复制粘贴就能跑,不用自己再琢磨。

建议你收藏这篇,用的时候翻出来跟着走一遍。

配好之后你试试看——

从“能用”到“好用”,差的不是技术,是你有没有认认真真给这个数字员工写那封“员工手册”。

打开终端,让它动起来。有时候,一个人加一个AI,真能顶一支队伍。

233
7795 阅读
5 评论
分享
链接已复制
编辑说明

本文由 MakeSense 编辑团队撰写并审核。文中引用的数据和观点均经过交叉验证,如有疏漏欢迎在评论区指正。最后更新:2026年06月24日 09:55

赵一鸣

产品评测编辑

前产品经理,现专注 AI 工具评测。实测过 30+ 款 AI 产品,擅长横向对比和用户体验分析。

读者评论 5

M
创业者Mark 1周前
正在做相关方向,这篇文章给了我不少启发。
回复 点赞 (7)
老李 1周前
有个小问题想请教,文中提到的那个方案在大规模场景下性能怎么样?
回复 点赞 (5)
运营小陈 2周前
转发到团队群了,大家都觉得有参考价值。
回复 点赞 (4)
数据分析师 3天前
数据引用很扎实,建议补充一下近三个月的最新数据。
回复 点赞 (9)
产品经理阿杰 6天前
从产品角度看,这个方向确实有机会,但商业化路径还需要验证。
回复 点赞 (15)